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SPECIFICATION 



To all whom it may concern: 



Be It Known, That I, Gordon A. Forsyth, of Perth & Kinross, Great Britain, have 
invented certain new and useful improvements in SELF-SERVICE TERMINAL, of 
which I declare the following to be a full, clear and exact description: 
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1 8963.00 
SELF-SERVICE TERMINAL 



Background of the Invention 

The present invention relates to a self-service terminal (SST), in particular to an SST, 
5 such as an ATM (automated teller machine), for purchasing items from a remote merchant 
via a network. The invention has particular advantages in relation to an Internet-enabled 
ATM for enabling a user to purchase items offered via the Internet. 

An Internet-enabled ATM allows a user of the ATM to browse the Internet. The 
Internet has become a popular medium for trading, and a huge diversity of items (goods 
10 and/or services) are offered for sale or use via the Internet. This enables a merchant (who 
may be a vendor, a service provider, or such like) to offer his goods and/or services to an 
enormous number of potential buyers. However, to purchase these goods and/or services, a 
user is typically requested to provide electronic payment, such as a credit card, a debit card, 
or such like. 

1 5 A large number of people do not have access to these forms of electronic payment, 

for example, because they do not have a bank account, or because they do not have a good 
credit rating. This limits their ability to purchase items from the Internet. 

Other people do not want to enter details of their credit/debit card as they perceive 
there may be a lack of security in transmitting their card details or because they want to 
20 retain anonymity. 



Summary of the Invention 

It is among the objects of an embodiment of the present invention to obviate or 
mitigate one or more of these disadvantages or other disadvantages associated with prior art 
25 self-service terminals. 

According to a first aspect of the present invention there is provided a self-service 
terminal for connection to a network, the terminal having means for receiving payment from 



a user, characterized in that the terminal includes an electronic payment mechanism for 
creating an electronic financial instrument for paying for an item purchased via the network, 
where the electronic payment mechanism creates an electronic financial instrument that is 
independent of the payment from the user. 

5 By virtue of this aspect of the invention a user is able to purchase goods or services 

from a remote location without the user requiring any electronic payment mechanism such as 
a credit card, debit card, or such like. 

Also by virtue of this aspect of the invention a user is able to make anonymous 
purchases by inserting cash or credit card details into a SST and by using the electronic 
10 payment mechanism provided by the SST. As the electronic payment mechanism creates an 
electronic financial instrument that is independent of the payment from the user, even if a 
user inserts credit card details to pay for an item, the electronic financial instrument created 
by the terminal will not include any of the user's credit card details. 

In one embodiment, the network is the Internet. Alternatively, the network may be an 
1 5 Intranet or an Extranet. 

The terminal may include a browser or a browser component for enabling a user to 
browse sites on the network to select an item for purchasing from a merchant. 

The payment receiving means may be a check processing module and/or a currency 
deposit module, or such like. 

20 The electronic financial instrument may be a card payment (such as a credit card, 

debit card, stored value card, electronic purse, or charge card), an electronic check payment, 
or such like. 

Preferably, the electronic financial instrument is transmitted to a merchant as payment 
for one or more selected items. 

25 Preferably, the electronic financial instrument does not require any details of a 

merchant (except a network address) to which payment is to be made. Alternatively, a 
merchant may be registered with an SST so that the merchant automatically provides the 



terminal with payment details; and each merchant may use a predefined message for 
indicating any items purchased and the cost of the items. 

Where the terminal uses a credit card for the electronic financial instrument, the 
terminal may have a unique credit card number associated with it, so that it uses this credit 
card number as part of the electronic financial instrument. A merchant receiving payment 
will receive this credit card number. Alternatively, the terminal may be part of a network, 
and the network may have a single credit card number associated with it, so that each 
terminal in the network uses the same credit card number. 

Where the terminal uses a debit card for the electronic financial instrument, the 
terminal may have a unique debit card number associated with it, so that it uses this debit 
card number as part of the electronic financial instrument. Alternatively, the terminal may be 
part of a network, and the network may have a single debit card number associated with it, so 
that each terminal in the network uses the same debit card number. 

Where the terminal uses an electronic check for the electronic financial instrument, 
the terminal may have a unique account associated with it, so that it uses this account number 
as part of the electronic financial instrument. Alternatively, the terminal may be part of a 
network, and the network may have a single account number associated with it, so that each 
terminal in the network uses the same account number. 

Where the terminal uses a stored value card system, such as the Mondex (trade mark) 
system, for the electronic financial instrument, each terminal may have a Mondex (trade 
mark) card located within the terminal for communicating with a Mondex (trade mark) card 
at a merchant's terminal. 

Any other convenient electronic payment mechanism, such as Cybercash (trade mark) 
may be used to effect payment. 

Preferably, the terminal records each electronic financial instrument created and 
transmits a copy to a database for reconciling with the transactions processed at that terminal. 
This enables the owner of a terminal to reconcile the electronic financial instruments created 
with the money received from users. 
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Preferably, the terminal receives notification, from a Web site operated by a merchant 
from which the user is to purchase an item, of the amount of money to be paid for purchase 
of the item. Preferably, the terminal informs the user of the amount of money to be entered 
to cover payment. In one embodiment, this amount comprises the cost of the item, any 
5 postage required, and a surcharge for using the electronic payment mechanism. 

Preferably, the terminal prints out a receipt to confirm that the electronic financial 
instrument has been created and sent. 

Preferably, the receipt includes details of any address (which may be an electronic 
address such as email, or a conventional postal address) to which the purchased item or items 
10 are to be delivered. Where the purchased item is electronic (for example, software) it may be 
delivered to an email address. 

According to a second aspect of the present invention there is provided a method of 
purchasing items using a networked self-service terminal, the method being characterized by 
the steps of: providing a user with a browser for browsing through merchants connected to 
15 the network, where each merchant may offer one or more items for purchase; receiving 
payment from a user for a selected item to be purchased from a merchant; creating an 
electronic payment for paying for the selected item, where the electronic payment is 
independent of the payment from the user; and transmitting the electronic payment to the 
merchant. 

20 According to a third aspect of the invention there is provided a self-service terminal 

network, the network comprising a plurality of self-service terminals, characterized in that 
each terminal includes an electronic payment mechanism for creating financial instruments in 
response to a request by a user of a terminal, where an owner of the network is liable for 
payment of the financial instrument. 

25 Preferably, the system includes a store for recording the number of financial 

instruments created and the value of each financial instrument. The store may be a central 
repository for the entire SST network. Alternatively or additionally, each terminal may have 
its own store. 



According to a fourth aspect of the present invention there is provided a method of 
purchasing an item via a self-service terminal, the method comprising the steps of: receiving 
from a user an indication of an item for purchase using the terminal, receiving from the user a 
first form of payment for purchasing the item, paying for the item using a second form of 
5 payment generated by the terminal. 

Preferably, the first form of payment is in the form of physical media, such as cash, a 
check, or such like. Alternatively, the first form of payment is selected from: a user's credit 
card, a user's debit card, direct fund transfer, or such like payment. 

Preferably, the second form of payment is an electronic payment, such as: electronic 
10 check, credit card, debit card, or such like. 

The second form of payment may be different to the first form of payment. Even 
when the second form of payment is the same as the first form of payment, a financial 
transaction used to effect the second form of payment is different the financial transaction 
used to effect the first form of payment. Thus, if a user pays using a credit card and the 
15 terminal creates a financial instrument having a credit card number, the two transactions have 
different credit card numbers, and are therefore different transactions. 

According to a fifth aspect of the present invention there is provided a method of 
leasing a payment mechanism to a user of a self-service terminal, the method comprising the 
steps of: providing an electronic financial instrument for an amount to cover payment of a 
20 selected purchase; and requesting from a user sufficient funds to cover the payment, any 
postage, and a leasing surcharge. 

These aspects of the present invention have the advantage that a user is able to 
purchase an item even though the user does not have any personal electronic payment 
facility. 



Brief Description of the Drawings 

These and other aspects of the present invention will be apparent from the following 
specific description, given by way of example, with reference to the accompanying drawings 
in which: 

5 Fig 1 is a schematic diagram of a self-service terminal system according to one 

embodiment of the present invention; 

Fig 2 is a block diagram of a terminal of Fig 1; 

Figs 3 A to 3H are pictorial representations of a sequence of screens presented to a 
user by the terminal of Fig 2 during a typical transaction; and 

10 Fig 4 is a diagram showing the interaction between different elements of the system 

of Fig 1; 



Detailed Description 

Reference is now made to Fig 1, which shows an SST system 10 in the form of an 
15 ATM system. ATM system 10 comprises a plurality of ATMs 12 (four of which, 

12a,12b,12c,12d, are shown in Fig 1) each connected to a financial institution's authorization 
center 14 via a secure private network 16. The center 14 comprises a switching device 18 
and a back-office 20, where the back-office 20 includes an authorization facility. 

The ATMs 12, private network 16, and authorization center 20 form an ATM 
20 network 22. 

In a similar way as for conventional ATM networks, the switching device 1 8 is used 
for routing financial transaction authorization requests from the ATMs 12 to the 
authorization facility in the back-office 20. Switching device 18 is also able to route 
authorization requests to authorization centers operated by other financial institutions and to 
25 financial services companies via switch output 24. 
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Each ATM 12 is also connected to a public access network 30 in the form of the 
Internet. As is well known, a huge number of merchant servers are connected to the Internet 
30, two of which (32,34) are shown in Fig 1. An authorization facility 36 used by merchant 
server 32 is also shown. 

5 Reference is now made to Fig 2, which is a block diagram of one of the ATMs 12a of 

Fig 1 . The ATM 12a comprises a user interface 40, a network connection 42 for accessing 
the Internet 30, and an ATM controller 44. 

The user interface 40 comprises the following user interface elements (peripheral 
devices): a card reader 50, a display 52, an encrypting keypad 54, a printer 56, a document 
10 deposit module 58, and a cash dispenser 59. The document deposit module 58 is able to 

receive checks and/or bank notes for crediting an account or for paying for services offered at 
the ATM 12a. 

The controller 44 comprises modules for driving the user interface elements 50 to 59, 
namely: card reader controller 60, display controller 62, keypad controller 64, printer 
15 controller 66, document deposit controller 68, and dispenser controller 69. These user 

interface elements (50 to 59) and associated controllers (60 to 69) are standard modules that 
are used on conventional ATMs and will not be described in detail herein. 

The controller 44 also comprises a BIOS 70 stored in non-volatile memory, a 
microprocessor 72, associated main memory 74, storage space 76 in the form of a magnetic 
20 disk drive, and a dedicated switch connection 78 for connecting the ATM 12a to the 
authorization center 14 (Fig 1). 

In use, the ATM 12a loads an operating system kernel 80, and an ATM application 
program 82 into the main memory 74. The ATM application program 82 includes a Web 
browser 84 in the form of an Internet Explorer (trade mark) browser application (or a sub- 
25 component thereof) which is embedded within the ATM application 82. For simplicity, 
hereinafter the embedded browser application 84 will be referred to as a browser or a Web 
browser. 
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The ATM application program 82 is used to control the operation of the ATM 12a. 
In particular, the ATM application program provides the sequence of screens used in each 
transaction (referred to as the application flow); monitors the condition of each module 
within the ATM (state of health monitoring); and provides the electronic payment 
5 mechanism for creating an electronic financial instrument. 

The term "screen" is used herein to denote the graphics, text, controls (such as menu 
options), and such like, that are displayed on an SST display; the term "screen" as used 
herein does not refer to the hardware (for example, the LCD, CRT, or touchscreen) that 
displays the graphics, text, controls, and such like. Typically, when a transaction is being 
10 entered at an SST, a series of screens are presented in succession on the SST display. For 
example, a first screen may request a user to insert a card, a second screen may invite the 
user to enter his/her PIN, a third screen may invite the user to select a transaction, and so on. 

A typical transaction will now be described from a user's perspective with reference 
to Figs 2 and 3. To initiate a transaction a user touches the display 52. 

15 ATM application program 82 then causes display 52 to present the user with a screen 

90a (Fig 3 A) inviting the user to select a transaction and/or service option. In screen 90a 
(shown in Fig 3A) the options are: "Withdraw cash", "Cash a check", "Transfer funds", "Pay 
a Bill", and "Browse the Internet". 

If the user selects "Browse Internet" then ATM program 82 launches the Web 
20 browser 84, and causes display 52 to present a screen 90b (Fig 3B) having a Web browser 
window 92 and an exit option 94 for closing the Web browser window 92 and returning to 
the ATM application flow. 

The user may then navigate through the World Wide Web by touching hyperlinks (or 
other navigation controls) displayed on the browser window 92. The user may view a Web 
25 site associated with a merchant offering items the user wishes to purchase. When the user 
has selected the item to be purchased, he then selects a "Pay" option on the Web site. 

The merchant's server 32 (Fig 1) sends details of the purchase and the amount 
required to cover payment and any postage to the browser 84. The ATM application 
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program 82 obtains the amount required, optionally adds a surcharge to this amount and 
causes display 52 to present the total required to the user on a screen 90c (Fig 3C). 

The ATM 12a causes display 52 to present a screen inviting the user to insert details 
of a delivery address for the item to be purchased. 

5 The application program 82 then causes display 52 to present a screen 90e (Fig 3E) 

inviting the user to choose the method of payment (to the ATM 12a) required; in screen 90e 
the options are cash, transfer funds, or check, although other payment methods may be 
offered such as credit card, debit card, or Mondex (trade mark). Screen 90e also gives the 
user the option of canceling the transaction. 

10 If the user opts to pay by cash (option 98 on screen 90e), the ATM program 82 causes 

display 52 to present a screen 90f (Fig 3F) inviting the user to enter bank notes into the 
deposit module 58 until sufficient funds have been entered. 

When sufficient bank notes have been entered, the ATM program 82 causes display 
52 to present a screen 90g (Fig 3G) indicating that the foil amount has been paid and that the 
15 payment is being transmitted to the merchant's Web server 32. 

The ATM program 82 then causes display 52 to present a screen 90h (Fig 3H) 
inviting the user to collect a receipt from the receipt printer 56 indicating the cost of the item 
purchased, the merchant from which it was purchased, the delivery address, the surcharge 
applied, the date of purchase, and a unique transaction identifier. 

20 Reference is now made to Fig 4, which shows the interaction between the ATM 12a, 

the merchant's server 32, and the authorization facility 36 used by the merchant's server 32 to 
authorize transactions. The transaction described above with reference to Figs 2 to 3, will 
now be described with reference to Fig 4, and the corresponding screen in Figs 3 is indicated 
for reference. 

25 The ATM 12a is shown in two parts (100,102), one part (100) relates to the steps 

taken by a user interacting with the ATM 12a (described above with reference to Figs 3), the 
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other part (102) relates to the steps taken by the ATM 12a itself, where these steps may not 
be apparent to the user. 

As the user browses the Internet (screen 90b), he may visit a site hosted by the 
merchant's server 32. This site may offer the user certain items (step 1 10). The user may 
5 select on or more of these items (step 1 12), and the Web site adds selected items to a 
shopping cart. When the user has selected all of the items he wants, he clicks the "Pay" 
option (step 114). 

The merchant's server 32 responds to the "Pay" selection by sending a payment 
request (step 116) including details of the item or items to be bought, the cost of the item or 
10 items, and any postage required. The payment request may also include a request to indicate 
what payment method will be used to effect payment. 

This payment request is intercepted by the ATM 12a, which analyses (step 1 18) the 
cost information contained therein. The ATM presents the user (step 120) with details of the 
cost of the item or items (screen 90c) and any surcharge applied by the ATM 12a. 

15 The user then pays the ATM 12a (step 122) by entering cash into module 58 (screens 

90,90f). 

The ATM 12a verifies that the correct amount has been entered (step 124), and then 
creates an electronic financial instrument. In this embodiment, the electronic financial 
instrument is a credit card payment. The ATM 12a has been assigned a credit card number, 
20 and uses this credit card number to purchase the selected items. The ATM 12a records each 
created financial instrument in a database (in magnetic disk drive 76 (Fig 2)). 

The ATM 12a sends this credit card payment to the merchant's server 32 (step 126) 
using a secure connection (screen 90g), such as SSL (secure sockets layer), and/or by using 
S-HTTP. 

25 The merchant server 32 receives the payment (step 128) and verifies (step 130) that 

the payment is sufficient to cover the cost of the item or items to be purchased. The server 
32 then transmits the credit card payment (step 132) to the authorization facility 36 (Fig 1) 
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for authorizing. The facility 36 authorizes the transaction and transmits the authorization 
(step 134) to the server 32. 

The merchant server 32 then initiates dispatch of the purchased item or items and 
confirms purchase (step 136) to the ATM 12a. 

5 The ATM 12a receives this confirmation and prints a receipt (step 138) including 

details of the transaction, as described with reference to Fig 3H (screen 90h). 

The user then collects the receipt as proof of purchase. 

At the end of each day, the ATM 12a may access the database of financial 
instruments created that day (from disk drive 76), and may upload details of these financial 
10 instruments to the authorization center 14 for reconciling. 

It will be appreciated that the above embodiment has the advantage that a user can 
purchase items advertised via the Internet without having any electronic payment mechanism 
of their own. A user can, in effect, lease a payment mechanism from an SST to enable 
him/her to purchase the desired item. 

15 Various modifications may be made to the above described embodiment within the 

scope of the invention, for example, in other embodiments, the application flow may differ 
from that described above. In other embodiments, the user may select a different method of 
payment (that is, a different first form of payment), for example, credit card, check, debit 
card, or such like. In other embodiments, the ATM may only allow a user to access certain 

20 Web sites. In other embodiments, the terminal may use a different second form of payment, 
such as electronic check, debit card, or such like. The ATM may use a special electronic 
payment system such as Cybercash (trade mark), or may use a Secure Electronic Transaction 
(SET) model. In other embodiments, the merchant may not authorize every (or any) 
transaction using on-line authorization. In other embodiments, step 130 (Fig 4) may not 

25 occur, as the merchant may complete a credit card financial instrument by adding the total 
amount payable to the credit card details. In other embodiments, the ATM may print a 
receipt as soon as payment has been submitted to the merchant's Web server. In other 
embodiments, the document deposit module may be replaced by two modules: a check 
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processing module and a bank note receiving module. In other embodiments, different 
shopping models may be supported to that described above, for example, if a user decides to 
purchase an item from a Web site then the user may select the item and indicate the method 
of payment to be used, such as a credit card; the ATM may have a notice informing users of 

5 the payment methods that are available using the ATM, such as credit card, debit card, 
electronic check, and such like; the user can then choose a payment method that is both 
accepted by the merchant and available at that ATM. In other embodiments, the terminal 
may store (locally or remotely) a personal wallet for each authorized user, so that if or when 
the user is identified, the terminal provides the user with his/her personal wallet. The wallet 

10 may include details of the address to which any purchased items should be sent. In other 
embodiments, network 30 may be an Intranet and each merchant may be authorized to offer 
goods and/or services via the Intranet. In other embodiments, a different Web browser or 
browser component may be used, such as HotJava (trade mark), Netscape Communicator, or 
such like. In other embodiments, the terminal may only allow purchases up to a pre- 

1 5 determined price limit. 



